หลายครั้งเวลาเราเลือกเครื่องมือใหม่ ๆ ในการช่วยพัฒนางานของเราให้ดีขึ้น เราอาจจะมองหาสิ่งที่ทำงานได้เร็วที่สุด
.
ไม่ว่าจะเป็น Tools, Library หรือ Framework ต่าง ๆ เรียกได้ว่าอะไรที่เป็นของใหม่ ถ้าทดสอบแล้วว่ามันเร็ว เราพร้อมที่จะย้ายไปทุกเมื่อ
.
หรือ บางครั้งการที่เราต้องเลือกอะไรสักอย่าง เช่น กรณีที่คิดว่าจะใช้ React Native ดี ? หรือไป Flutter ดี ? ประเด็นด้านประสิทธิภาพ ความรวดเร็วในการประมวลผลอาจจะมาเป็นอันดับต้น ๆ
.
จนสุดท้ายเราลืมกลับไปดูสิ่งที่มันเป็น Core Function จริง ๆ ว่าสุดท้ายแล้ว "เรากำลังจะทำอะไรออกมา ? ปัญหาคืออะไร ? แล้วเรากำลังแก้ให้ใคร ?"
.
ตรงนี้สำคัญกว่ามาก ๆ ครับ สำคัญจนบางครั้งเราอาจจะไปยึดติดกับ Tools หรือ การปรับอะไรบางอย่างจนมาก (และ มากเกินความจำเป็น)
.
อย่างเช่นในกรณีที่คุณต้องการจะเริ่มทดสอบไอเดีย Product ของคุณออกมา คุณคิดไปแล้วว่า
.
"เฮ้ย .. ใช้ไปทำไม PHP มันช้านะ ไม่ใหม่ ไม่คูลด้วย !"
.
"เฮ้ยย ! ทำไปทำไมพวก Cross Platform ยังไงก็ไม่เหมือน Native 100% อยู่ดี"
.
ทั้ง ๆ ที่จริง ๆ User เขาคงไม่รู้ด้วยหรอกครับ ว่าเครื่องมือพวกนี้มันเจ๋งยังไง อ่านมาถึงตรงนี้ไม่ใช่เรากำลังแนะนำให้คุณทำของห่วย ๆ ออกมาให้พวกเขาหรอกนะครับ
.
"แต่เป็นการที่สุดท้ายเราต้องประมาณตัวเอง ดู Budget เขา ดูเวลาที่เขาได้มา หรือ ถ้าใครจะทำ Startup ตัวเองก็ดู Budget เราด้วย ดูเวลาในเรื่องของ Time to Market ด้วย"
.
การเลือกเครื่องมือที่ดี จะช่วยเราได้มาก (และ มากจริง ๆ) แต่ถ้าเครื่องมือนั้น Doc ห่วยอ่านยาก ใช้เวลาศึกษานาน กว่าเราจะปล่อย Product ให้โลกได้เห็นก็คงมีใครชิงตัดหน้าเราไปแล้ว
.
สุดท้ายนี้ใจความคือ
.
"ให้ดูว่าตรงไหนที่สำคัญให้ไปทำตรงนั้นก่อน"
.
"ดูว่า Resource ที่เรามีเหมาะที่จะทำอะไร และ ไม่ทำอะไรบ้าง ?"
.
"การปรับให้ Performance มันดีเยี่ยม เป็นอะไรที่ ดีมาก ๆ แบบปฏิเสธไม่ได้ แต่ทุกอย่างมันมีต้นทุนของมัน"
.
"Time to Market นั้นสำคัญสำหรับ Startup และ เวลาในการส่งมอบนั้นก็สำคัญสำหรับ Software House และ Freelance"
.
แต่ .. ทั้งหมดนี้อย่าไปลดทุกอย่างที่สำคัญลงจน Quality มันพังไปหมด เพราะสุดท้ายคนที่ Support ไม่ใช่ใครที่ไหน แต่ก็เป็นเรานี่แหละครับ :-)
.
#BorntoDev - 🦖 Digital Academy ให้การพัฒนาทักษะเทคโนโลยีเป็นเรื่องสนุกไปพร้อมกับเรา
Search